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System providing a gaming network environment 



A gaming services framework comprises a set 
of services, protocols, XML schemas, and methods for 
providing gaming system functionality in a distributed, 
network based architecture. Systems and methods pro- 
vide a service-oriented framework for gaming and prop- 
erty management based upon internetworking technol- 
ogy and web services concepts. One aspect of the sys- 
tems and methods includes a loosely coupled architec- 
ture that consists of software components that seman- 
tically encapsulate discrete functionality (self contained 
and perform a single function or a related group of func- 
tions - the component describes its own inputs and out- 
puts in a way that other software can determine what it 
does, how to invoke its functionality, and what result to 
expect). These components may be distributed and pro- 
grammatically accessible (called by and exchange data 
with other software) over standard internetworking pro- 
tocols (TCP/IP, HITP, DNS, DHCP, etc.). 
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Description 
Field 

5 [0001] The present invention relates generally to software and hardware systems for gaming machines, and more 
particularly to providing a service-oriented gaming network environment on such systems. 

Background 

w [0002] Today's gaming terminal typically comprises a computerized system controlling a video display or reels that 
provide wagering games such as video and mechanical slots, video card games (poker, blackjack etc.), video keno, 
video bingo, video pachinko and other games typical in the gaming industry. In addition, support computing systems 
such as accounting, player tracking and other "back office" systems exist in order to provide support for a gaming 
environment. 

15 [0003] In the past, the gaming terminals and back office systems have been developed using proprietary or closed 
hardware, operating systems, application development systems, and communications systems. Sometimes these sys- 
tems are provided by a single vendor. 

[0004] In order to prevent players from becoming bored, new versions of wagering games, and alterations to existing 
games are constantly being developed. Additionally, it is desirable to be able to enhance the back office systems with 

20 new features such as new accounting capabilities, new tracking capabilities, and new security capabilities. 

[0005] Unfortunately, due to the proprietary or closed nature of previous systems, gaming system providers may be 
dependent on a single vendor to provide needed features and enhancements. If the vendor is unable to provide such 
features in a timely manner, variety in innovation may be stifled, and a system providers may be unable to compete 
effectively. In addition, dependence on a single or few vendors may result in increased development costs for new 

25 features and enhancements. 

[0006] In view of the above-mentioned problems and concerns, there is a need in the art for the present invention. 

Summary 

30 [0007] The above-mentioned shortcomings, disadvantages and problems are addressed by the present invention, 
which will be understood by reading and studying the following specification. 

[0008] One aspect of the systems and methods relates to a Gaming Services Framework using the World Wide Web 
and internetworking technology. The World Wide Web ("Web" from here on) is a networked information system com- 
prising agents (clients, servers, and other programs) that exchange information. The Web and networking architecture 
35 is the set of rules that agents in the system follow, resulting in a shared information space that scales well and behaves 
predictably. 

[0009] The Gaming Services Framework comprises a set of services, protocols, XML schemas, and methods for 
providing secure gaming system functionality in a distributed, network based architecture. It is intended to be a service- 
oriented framework for gaming and property management based upon internetworking technology and web services 

40 concepts. Specifically, it supports a loosely coupled architecture that consists of software components that semantically 
encapsulate discrete functionality (self contained and perform a single function or a related group of functions - the 
component describes its own inputs and outputs in away that other software can determine what it does, how to invoke 
its functionality, and what result to expect). These components are distributed and programmatically accessible (called 
by and exchange data with other software) over standard internetworking protocols (TCP/IP, HITP, DNS, DHCP, etc.). 

45 [0010] The present invention describes systems, methods, and computer-readable media of varying scope. In ad- 
dition to the aspects and advantages of the present invention described in this summary, further aspects and advan- 
tages of the invention will become apparent by reference to the drawings and by reading the detailed description that 
follows. 

50 Brief Description Of The Drawings 
[0011] 

FIG. 1 is a perspective view of an exemplary gaming machine incorporated in the present invention. 
55 FIG. 2 is an example of a service-oriented network for distributed management in a gaming environment. 
FIG. 3 is a general description of service-oriented discovery and interaction. 
FIG. 4 is a representation of the Gaming Services Protocol Stack. 
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Detailed Description 

[0012] In the following detailed description of exemplary embodiments of the invention, reference is made to the 
accompanying drawings which form a part hereof, and in which is shown by way of illustration specific exemplary 
5 embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable 
those skilled in the art to practice the invention, and it is to be understood that other embodiments may be utilized and 
that logical, mechanical, electrical and other changes may be made without departing from the scope of the present 
invention. 

[0013] Some portions of the detailed descriptions which follow are presented in terms of algorithms and symbolic 
10 representations of operations on data bits within a computer memory. These algorithmic descriptions and representa- 
tions are the ways used by those skilled in the data processing arts to most effectively convey the substance of their 
work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of 
steps leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, 
though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, trans- 
15 ferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of 
common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like. 
It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical 
quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent 
from the following discussions, terms such as "processing" or "computing" or "calculating" or "determining" or "display- 
20 jng" or the like, refer to the action and processes of a computer system, or similar computing device, that manipulates 
and transforms data represented as physical (e.g., electronic) quantities within the computer system's registers and 
memories into other data similarly represented as physical quantities within the computer system memories or registers 
or other such information storage, transmission or display devices. 

[0014] In the Figures, the same reference number is used throughout to refer to an identical component which ap- 
25 pears in multiple Figures. Signals and connections may be referred to by the same reference number or label, and the 
actual meaning will be clear from its use in the context of the description. 

[001 5] The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present 
invention is defined only by the appended claims. 

[0016] The description of the preferred embodiments is to be construed as exemplary only and does not describe 
30 every possible instance of the invention. Numerous alternatives could be implemented, using combinations of current 
or future technologies, which would still fall within the scope of the claims. The present invention is directed to a service- 
oriented framework for gaming networks that allows for the interoperability of the software components (regardless of 
manufacturer, operating system, or application) reducing the dependence on a closed-system, single vendor solutions 
and allowing for variety in innovation and competition. 

35 

Operating Environment 

[0017] FIG. 1 illustrates an exemplary gaming machine 10 in which embodiments of the invention may be imple- 
mented. In some embodiments, gaming machine 1 0 is operable to conduct a wagering game. These wagering games 

40 may include card based games such as video poker, or other types of wagering games such as a video dice game (e. 
g. a Yahtzee® like dice game). If based in video, the gaming machine 1 0 includes a video display 1 2 such as a cathode 
ray tube (CRT), liquid crystal display (LCD), plasma, or other type of video display known in the art. A touch screen 
preferably overlies the display 12. In the illustrated embodiment, the gaming machine 10 is an "upright" version in which 
the display 1 2 is oriented vertically relative to a player. Alternatively, the gaming machine may be a "slant-top" version 

45 in which the display 12 is slanted at about a thirty-degree angle toward the player. 

[0018] The gaming machine 10 includes a plurality of possible credit receiving mechanisms 14 for receiving credits 
to be used for placing wagers in the game. The credit receiving mechanisms 14 may, for example, include a coin 
acceptor, a bill acceptor, a ticket reader, and a card reader. The bill acceptor and the ticket reader may be combined 
into a single unit. The card reader may, for example, accept magnetic cards and smart (chip) cards coded with money 

50 or designating an account containing money. 

[0019] In some embodiments, the gaming machine 10 includes a user interface comprising a plurality of push-buttons 
16, the above-noted touch screen, and other possible devices. The plurality of push-buttons 16 may, for example, 
include one or more "bet" buttons for wagering, a "play" button for commencing play, a "collect" button for cashing out, 
a help" button for viewing a help screen, a "pay table" button for viewing the pay table(s), and a "call attendant" button 

55 for calling an attendant. Additional game specific buttons may be provided to facilitate play of the specific game executed 
on the machine. The touch screen may define touch keys for implementing many of the same functions as the push- 
buttons. Additionally, in the case of video poker, the touch screen may implement a card identification function to 
indicate which cards a player desires to keep for the next round. Other possible user interface devices include a key- 
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board and a pointing device such as a mouse or trackball. 

[0020] A processor controls operation of the gaming machine 1 0. In response to receiving a wager and a command 
to initiate play, the processor randomly selects a game outcome from a plurality of possible outcomes and causes the 
display 12 to depict indicia representative of the selected game outcome. In the case of slots for example mechanical 
5 or simulated slot reels are rotated and stopped to place symbols on the reels in visual association with one or more 
pay lines. If the selected outcome is one of the winning outcomes defined by a pay table, the CPU awards the player 
with a number of credits associated with the winning outcome. 

[0021] FIG. 2 illustrates an example of a Gaming Service Network 21 0 comprising a customer data center 21 8 and 
a customer property 21 6. The data center 21 8 and customer property 21 6 are connected via a network 220. In some 
10 embodiments, network 220 is a public network such as the Internet. However, in alternative embodiments, private 
networks, including corporate intranets or extranets may be used to connect a data center 21 8 with one or more prop- 
erties 216. 

[0022] In some embodiments, the Customer Corporate Data Center 218 contains the bulk of the network servers 
supporting gaming properties owned by the corporation. Major elements of the gaming service network include Auth 
15 server 232, Gaming Management Server 236, and Progressive Server 238. In some embodiments, Auth Server 32 
provides authentication, authorization and content integrity for client devices attempting to interact with other servers 
and services in the architecture. 

[0023] In some embodiments, the Gaming Management Server 36 includes the following services: Boot Service, 
Name Service, Time Service, Game Management Service, Game Update Service, Event Management Service, Ac- 

20 counting Service, and Discovery Service. 

[0024] In some embodiments, the Progressive Server 38 hosts a value-add service that allows a gaming device to 
participate within a progressive gaming offering. Any value-add service can be added or substituted for this server/ 
service. A progressive game offering is provided as an example. Other value-add services can be distributed on existing 
servers or reside on a newly added server. 

25 [0025] The Customer Property 1 6 contains Gaming Machines 1 0, which in some embodiments allow remote updates 
and configuration. In some embodiments, a Boot Server 234 contains a DHCP service that facilitates the distribution 
of IP addressing to the Gaming Machines 10. 

[0026] As noted above, various services may be located throughout the Gaming Service network. In some embod- 
iments of the invention, a set of core operational services may include one or more of the following services: 

30 

Boot Service Provides dynamic I P addressing to devices upon boot (start-up). Typically supported 

by Dynamic Host Configuration Protocol (DHCP). 

Discovery Service Provides the address information of the server containing the service when prompted 

35 by the requestor as well as the service description, binding and location on the server. 

Authentication Service Contains the master Authentication Database. Authenticates the service user before 

allowing the use of services in the Gaming Services Framework. 

40 Authorization Service Contains the master Authorization Database. Authorizes the use of services in the 

Gaming Services Framework by a service requestor. 

Gaming Management Service Provides the ability to configure and monitor gaming devices and other services from 

a central location. 

45 

Name Service Provides name resolution service to enable devices in a gaming network to refer to 

each other by name instead of IP Address. In some embodiments the name service 
is implemented using the Domain Naming System (DNS) protocol. 

50 Time Service Provides global synchronization of time in the gaming network. This may be imple- 

mented by running the Network Time Protocol (NTP) client software on gaming de- 
vices. 

[0027] In addition to or instead of the core services described above, some embodiments of the invention include 
55 one or more of the following services referred to as Basic Gaming Services: 

Accounting Service Provides logging of transaction records for billing and general tracking purposes. 
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Event Management Service Logs events occurring at client and server devices. 

Game Software Update Service Provides dynamic distribution of new or updated game content to gaming devices. 

5 Message Director Service This service uses a software-configurable message routing application to facilitate 

the reliable exchange of data messages among multiple application processes 
within one or more gaming systems. 

This service provides the ability to verify the integrity of software components run- 
ning in the gaming network. This includes the verification of software versions run- 
ning on gaming devices, peripherals, services as well the detection of tampering 
or modification of the software. 

[0028] As noted above, a gaming service network may include Value Add Services. These services include partici- 
15 pation services and player services. Examples of participation services that may be included in various embodiments 
of the invention include the following: 

Progressive Service Provides functionality for a gaming device to participate within a single 

progressive or multiple progressives. 

20 

Wide Area Disruption Progressive Service This service takes over the processing of wide area progressives at each 

gaming site in the event that there is no connection with a central system 
or the connection with the central system is temporarily disabled. 

25 Mobile Gaming Device GPS Service This service processes the GPS location of gaming devices compared 

with coordinates of a gaming jurisdiction. Example: players can ride a 
bus and begin gambling on the bus when the bus crosses into the gaming 
jurisdiction. 

30 [0029] Examples of Player Services that may be included in various embodiments of the invention include: 

Player Tracking Service This service provides the operator and player with standard player tracking appli- 

cations such as monitoring card in / card out transactions to track play and award 
player points for play, providing targeted promotional compensation to specific play- 
35 ers, publishing account status to the player or operator, providing temporary gaming 

machine locking in order to hold the machine for the player for short periods of time, 
and providing operators and players an interface and capability for Responsible 
Gaming Initiatives. 

40 Game Theme Location Service This service provides location information to clients regarding specific games, game 

themes or vendor brands. The service may publish the information by casino, by 
area, by city, by state, by region, by country, or by continent depending on the input 
parameters provided. An example would be to publish where all of the progressive 
games of a particular theme (e.g., "Monopoly Money ) are located in a particular 

45 hotel (e.g., the Reno Hilton) in Reno, Nevada. 

Personalization Service This service provides the gaming player with a more personalized gaming environ- 

ment. Example: the player could choose to see text in Chinese, could choose to be 
reminded of dinner reservation time, could customize machine graphics, or could 
50 have a portion of his coin in go to his football club's progressive. 

Cashless Transaction Service This service provides the ability for a player to transfer funds between financial in- 
stitutions, in-house accounts and gaming machines. 

55 Bonusing Service This service provides the ability for casinos to set up bonus games for a specific 

gaming machine, carousel of machines or one or more game themes. 

Game Service This service is a server-side process that provides the outcome of game play. This 



Content Integrity Service 
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service may be used to enable Internet/ online gaming. 

Advertising Service This service allows the operator to display advertising information to players in mul- 

timedia format as well as simple audio and graphic formats. 

5 

Property Service This is a group of services that provides the ability for the property management 

company to integrate with gaming systems. It can provide interaction with functions 
such as hotel and restaurant reservations. 

w [0030] It should be noted that with the distributed architecture of the Gaming Service Network 210, the above-de- 
scribed services that reside on network servers are not limited to location and can reside anywhere the network sup- 
ports. For example, it is desirable to consider security and network latency when locating services. 
[0031] FIG. 3 is a block diagram of a Gaming Services Framework 300 according to various embodiments of the 
invention. In some embodiments, the Gaming Services Framework 300 includes a set of protocols, XML schemas, 

15 and methods for providing gaming system functionality in a distributed, network-based architecture such as the network 
described above in FIG. 2. In order to participate in such network-based architectures, the participating devices are 
interconnected via public or private networks that may be wired or wireless networks. Further, devices performing 
service communication support the a common services protocol stack such as the Gaming Services Protocol Stack 
that is further described below. 

20 [0032] The Gaming Services Framework 300 provides for the interaction of several logical elements as depicted in 
FIG. 3. Logical elements represent the fundamental entities that interact to implement a service. In some embodiments, 
these logical elements include Service Requestor 302, Service Provider 304, and Discovery Agency 306. In general 
terms, the roles these elements play are as defined in Web Services Architecture - W3C Working (Draft 14 November 
2002 and later versions). Further details on these elements are provided below. 

25 [0033] Logical elements may reside in a number of different physical devices as part of delivering any service. For 
example, a Service Provider 304 will typically reside in a slot accounting or player tracking system and the Service 
Requestor 302 will typically reside in a gaming machine. However, there may be scenarios where it would be advan- 
tageous or appropriate for the logical elements to reside in other physical devices. For example, in alternative embod- 
iments a Service Requestor 302 may reside in a slot accounting system. 

30 [0034] Service Provider 304 comprises a platform that hosts access to a service 314. A service provider may also 
be referred to as a service execution environment or a service container. Its role in the client-server message exchange 
patterns is that of a server. 

[0035] Service Requestor 302 comprise an application that is looking for and invoking or initiating an interaction with 
a service such as that provided by service provider 304. Its role in the client-server message exchange patterns is that 
35 of a client 312. 

[0036] Discovery Agency 306 comprises a searchable set of service descriptions where service providers 304 publish 
their service description(s) 324 and service location(s) 326. The service discovery agency 306 can be centralized or 
distributed. A discovery agency 306 can support both patterns where service descriptions 322 are sent to discovery 
agency 306 and patterns where the discovery agency 306 actively inspects public service providers 304 for service 

40 descriptions 322. Service requestors 302 may find services and obtain binding information (in the service descriptions 
324)during development for static binding, or during execution for dynamic binding. In some embodiments, for example 
in statically bound service requestors, the service discovery agent may be an optional role in the framework architecture, 
as a service provider 304 can send the service description 322 directly to service requestor 302. Likewise, service 
requestors 302 can obtain a service description 324 from other sources besides a discovery agency 306, such as a 

45 local file system, FTP site, URL, or WSIL document. 

[0037] FIG. 4 provides a block diagram of a Gaming Services Protocol Stack 400 according to embodiments of the 
invention. In some embodiments, the protocol stack includes core layers that define basic services communication and 
transport, and are typically implemented uniformly. Higher layers that define strategic aspects of gaming processes 
are also described below. FIG. 4 illustrates both the widely implemented core layers and in addition illustrates the 

50 higher gaming services oriented layers of the protocol stack. 

Core Layers of the Gaming Services Protocol Stack 400 

[0038] In some embodiments, the gaming services framework utilized common Internet protocols. Although not spe- 
55 cifically tied to any transport protocol, it is desirable to build the gaming services on ubiquitous Internet connectivity 
and infrastructure to ensure nearly universal reach and support. In some embodiments, gaming services will take 
advantage of Ethernet 405 or 406, Transmission Control Protocol (TCP) 408, Internet Protocol (IP) 407, User Datagram 
Protocol (UDP) 409, HyperText Transfer Protocol (HTTP) 410, HyperText Transfer Protocol Secure/Secure Socket 
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Layer (HTTPS/SSL) 411, Lightweight Directory Access Protocol (LDAP) 412, Domain Naming System (DNS) 41 3, and 
Dynamic Host Configuration Protocol (DHCP) 414 layers in the protocol stack400. Those of skill in the art will appreciate 
that other protocol layers performing equivalent functionality may be substituted for those described above and are 
within the scope of the present invention. 

5 [0039] In some embodiments, service request and response data are formatted using Extensible Markup Language 
(XML) 415. XML 415 is a widely accepted format for exchanging data and its corresponding semantics. XML is a 
fundamental building block used in layers above the Common Internet Protocols. In some embodiments, the Gaming 
Services Protocol Stack 400 incorporates this protocol in accordance with the World Wide Web Consortium (W3C) 
XML Working Group s XML specification. However, those of skill in the art will appreciate that other data exchange 

10 formats may be substituted for XML 415, and such formats are within the scope of the present invention. 

[0040] In some embodiments of the invention, the gaming service protocol stack 400 utilizes the Simple Object 
Access Protocol (SOAP) 416. SOAP 416 is a protocol for messaging and RPC (Remote Procedure Call) style com- 
munication between applications. SOAP is based on XML 41 5 and uses common Internet transport protocols like HTTP 
410 to carry data. SOAP 416 may be used to define a model to envelope request and response messages encoded 

15 in XML 415. SOAP 416 messaging can be used to exchange any kind of XML 415 information. SOAP 416 is used in 
some embodiments as the basic standard for carrying service requests/responses between service users and provid- 
ers. SOAP 416 has been submitted to the World Wide Web Consortium (W3C) standards body as recommendation 
documents (versions 1.1 and 1.2) and will likely emerge as "XML Protocol (XP)." 

20 Higher Layers of the Gaming Services Protocol Stack 400 

[0041] In some embodiments, the gaming services protocol stack includes a Web Services Description Language 
(WSDL) 41 7 and a Universal Description, Discovery, and Integration (UDDI) 41 8. WSDL 41 7 comprises a description 
of how to connect to a particular service. In some embodiments, WSDL 41 7 is based on XML. A WSDL 41 7 description 

25 abstracts a particular service's various connection and messaging protocols into a high-level bundle and forms an 
element of the UDDI 418 directory's information. WSDL 417 is similar to CORBA or COM IDL in that WSDL 417 de- 
scribes programmatic interfaces. WSDL 41 7 is typically independent of the underlying service implementation language 
or component model, and focuses on an abstract description. The Gaming Services Protocol Stack 400 incorporates 
this description in accordance with the World Wide Web Consortium (W3C) Web Services Description Language (WS- 

30 DL) 1.1 - W3C Note 15 March 2001 and later versions. 

[0042] In some embodiments, UDDI 41 8 represents a set of protocols and a public directory for the registration and 
real-time lookup of services. UDDI 418 enables an entity such as a company to publish a description of available 
services to the registry, thereby announcing itself as a service provider. Service users can send requests conforming 
to the UDDI 418 schema as SOAP 416 messages to the service registry to discover a provider for services. Some 

35 embodiments of the present invention may utilize UDDI Version 3, released in July of 2002 and later versions. Further 
development of UDDI 41 8 is managed under the auspices of the OASIS (Organization for the Advancement of Struc- 
tured Information Standards) UDDI Specifications technical committee. 

[0043] Returning to FIG. 3, the service requestors and service providers use the above-described protocol stack to 
perform service interactions with one another. The service interactions include publish 330, discover (find) 332, and 
40 interact 334. 

[0044] Publish interaction 330 provides a mechanism for a service to be made accessible by other entities in the 
gaming network environment. In order to be accessible, a service needs to publish its description such that the requestor 
can subsequently find it. Where it is published can vary depending upon the requirements of the application. A service 
description 322 can be published using a variety of mechanisms known in the art. The various mechanisms used by 
45 the varying embodiments of the invention provide different capabilities depending on how dynamic the application 
using the service is intended to be. The service description may be published to multiple service registries using several 
different mechanisms. The simplest case is a direct publish. A direct publish means the service provider sends the 
service description directly to the service requestor. In this case the service requestor may maintain a local copy of the 
service description 322. 

so [0045] Another means of publishing service descriptions utilized in alternative embodiments of the invention is 
through a UDDI registry. There are several types of UDDI registries known in the art that may be used depending on 
the scope of the domain of Web services published to it. When publishing a Web service description to a UDDI registry, 
it is desirable to consider the business context and taxonomies in order for the service to be found by its potential 
service consumers. Examples of UDDI registries used in the gaming service architecture of various embodiments of 

55 the invention are Internal Enterprise Application UDDI registry, Portal UDDI registry, and Partner Catalog UDDI registry. 
[0046] An Internal Enterprise Application UDDI registry may be used in some embodiments for gaming services 
intended for use within an organization for internal enterprise applications integration. For example, all services that 
provide gaming and gaming management to devices within a casino or casino organization may be published to an 
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Internal Enterprise Application UDDI registry. 

[0047] A Portal UDDI registry may be used in some embodiments for gaming services that are published by a com- 
pany for external partners to find and use. A portal UDDI registry typically runs in the service provider's environment 
outside of a firewall or in a DMZ (de-militarized zone) between firewalls. This kind of private UDDI registry generally 
5 contains only those service descriptions that a company wishes to provide to service requestors from external partners 
through a network. For example, these services may be used to provide online gaming to customers connecting through 
the World-Wide Web. 

[0048] A Partner Catalog UDDI registry may be used in some embodiments for gaming services to be used by a 
particular company. The Partner Catalog UDDI registry can be thought of as a rolodex like UDDI registry. A Partner 

10 Catalog UDDI registry is typically located on a computer or gamin device behind a firewall. This kind of private UDDI 
registry typically contains approved, tested, and valid service descriptions from legitimate (e.g. authorized) business 
partners. The business context and metadata for these services can be targeted to the specific requestor. In some 
embodiments, this type of registry may be used for inter-casino services as well as interactions between casinos and 
other types of organizations such as regulators and financial institutions. It is desirable that an appropriate authorization 

15 and qualification procedure be in place to insure that only approved services are published to service repositories. 
[0049] In the discover interactions 332 (also referred to as find interactions), the service requestor retrieves a service 
description directly or queries the registry for the type of service required. It then processes the description in order to 
be able to bind and invoke it. 

[0050] As with publishing service descriptions, acquiring service descriptions may vary depending on how the service 
20 description is published and how dynamic the service application is meant to be. In some embodiments, service re- 
questors may find Web services during two different phases of an application lifecycle - design time and run time. At 
design time, service requestors search for web service descriptions by the type of interface they support. At run time, 
service requestors search for a web service based on how they communicate or qualities of service advertised. 
[0051] With the direct publish approach noted above, the service requestor may cache the service description at 
25 design time for use at runtime. The service description may be statically represented in the program logic, stored in a 
file, or in a simple, local service description repository. 

[0052] Service requestors can retrieve a service description at design time or runtime from a Web page (URL), a 
service description repository, a simple service registry or a UDDI registry. The look-up mechanism typically supports 
a query mechanism that provides a find by type of interface capability (for example, based on a WSDL template), the 
30 binding information (i.e. protocols), properties (such as QOS parameters), the types of intermediaries required, the 
taxonomy of the service, business information, etc. 

[0053] The various types of UDDI registries, including those described above, have implications on the number of 
runtime binding services can choose from, policy for choosing one among many, or the amount of pre screening that 
will be done by the requestor before invoking the service. Service selection can be based on binding support, historical 

35 performance, quality of service classification, proximity, or load balancing. It is desirable that an appropriate authori- 
zation and qualification procedure be in place to insure that only approved services are published to service repositories. 
[0054] Once a service description is acquired, the service requestor will need to process it in order to invoke the 
service. In some embodiments, the service requestor uses the service description to generate SOAP requests or 
programming language specific proxies to the service. The generation of such requests can be done at design time or 

40 at runtime to format an invocation to the service. Various tools can be used at design time or runtime to generate 
programming language bindings from interface descriptions, such as WSDL documents. These bindings present an 
API (Application Program Interface) to the application program and encapsulate the details of the messaging from the 
application. 

[0055] After a service has been published 330 and discovered 332, the service may be invoked so that a service 
45 requestor and service provider may interact 334. In the interact operation 334, the service requestor invokes or initiates 
an interaction with the service at runtime using the binding details in the service description 322 to locate, contact, and 
invoke the service. Examples of service interactions 334 include: single message one way, broadcast from requester 
to many services, a multi message conversation, or a business process. Any of these types of interactions can be 
synchronous or asynchronous requests. 
so [0056] In some embodiments of the invention, security mechanisms may be used to secure the Gaming Services 
Framework 300. Securing the Gaming Services Framework typically involves providing facilities for ensuring the in- 
tegrity and confidentiality of the messages and for ensuring that a service acts only on requests in messages that 
express the claims required by policies. Examples of such mechanisms used in various embodiments of the invention 
include IPSec and SSL/TLS, which provide network and transport layer security between two endpoints. However, 
55 when data is received and forwarded on by an intermediary beyond the transport layer both the integrity of data and 
any security information that flows with it maybe lost. This forces any upstream message processors to rely on the 
security evaluations made by previous intermediaries and to completely trust their handling of the content of messages. 
Thus it is desirable to include security mechanisms that provide end-to-end security. It is also desirable that such 
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mechanisms be able to leverage both transport and application layer security mechanisms to provide a comprehensive 
suite of security capabilities. 

Conclusion 

[0057] Systems and methods providing a service-oriented gaming network environment have been disclosed. Al- 
though specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary 
skill in the art that any arrangement which is calculated to achieve the same purpose may be substituted for the specific 
embodiments shown. This application is intended to cover any adaptations or variations of the present invention. 
[0058] The terminology used in this application is meant to include all of these environments. It is to be understood 
that the above description is intended to be illustrative, and not restrictive. Many other embodiments will be apparent 
to those of skill in the art upon reviewing the above description. Therefore, it is manifestly intended that this invention 
be limited only by the following claims and equivalents thereof. 

Claims 

1. A system providing a gaming network environment, the system comprising: 

at least one gaming machine communicably coupled to a network; and 

at least one service provider communicably coupled to the network, said service provider operable to perform 
a service; 

wherein the gaming machine issues a request for the service and the service provider responds to the request 
for the service, said request and response formed using standard internetworking protocols. 

2. The system of claim 1 , further comprising a discovery agent communicably coupled to the network, said discovery 
agent providing a discovery service and wherein the service provider is operable to publish data for the service to 
the discovery agent and wherein the gaming machine is operable to query the discovery agent for the availability 
of the service. 

3. The system of claim 1 , wherein the service comprises a boot service. 

4. The system of claim 1 , wherein the service comprises a gaming management service. 

5. The system of claim 4, wherein the gaming management service is operable to provide configuration data. 

6. The system of claim 1 , wherein the service comprises an accounting service. 

7. The system of claim 1 , wherein the service comprises an authentication service. 

8. The system of claim 1 , wherein the service comprises an authorization service. 

9. The system of claim 1 , wherein the service comprises an accounting service. 

10. The system of claim 1 , wherein the service comprises an event management service. 

11. The system of claim 1, wherein the service comprises a gaming software update service. 

12. The system of claim 1 , wherein the service comprises a message director service. 

13. The system of claim 1 , wherein the service comprises a content integrity service. 

14. The system of claim 1 , wherein the service comprises a progressive gaming service. 

15. The system of claim 1 , wherein the service comprises a mobile gaming device location service. 

16. The system of claim 15, wherein the mobile gaming device location service is a GPS based service. 
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17. The system of claim 1 , wherein the service comprises a player tracking service. 

18. The system of claim 1 , wherein the service comprises a game theme location service. 

19. The system of claim 1 , wherein the service comprises a personalization service. 

20. The system of claim 1 , wherein the service comprises a cashless transaction service. 

21. The system of claim 1 , wherein the service comprises a bonusing service. 

22. The system of claim 1 , wherein the service comprises a game outcome service. 

23. The system of claim 1 , wherein the service comprises an advertising service. 

24. The system of claim 1 , wherein the service comprises a property management service. 

25. The system of claim 1, wherein the standard internetworking protocols includes a services description language 
protocol layer. 

26. The system of claim 25, wherein the services description language protocol layer is a version of the WSDL web 
services description language protocol. 

27. The system of claim 25, wherein the standard internetworking protocols includes a service discovery protocol layer. 

28. The system of claim 27, wherein the service discovery protocol layer comprises the UDDI (Universal Description 
Discovery and Integration) protocol layer. 
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